Importing and presenting data

ABSTRACT

Implementations generally relate to importing data and presenting the data in a user interface (UI). In some implementations, a method includes capturing an image of an object using a camera, where the object includes text. The method further includes recognizing the text. The method further includes generating a data structure that includes the text. The method further includes generating a graphical image that represents at least a portion of the text. The method further includes displaying the graphical image in a UI in a display screen of a client device.

CROSS REFERENCES TO RELATED APPLICATIONS

This application claims priority from, and the benefits of U.S. Provisional Patent Application Ser. No. 62/514,693, entitled IMPORTING AND PRESENTING DATA, filed on Jun. 2, 2017 (Trellis ref ORACP0199P/Client ref. ORACP0199P-ORA-US-PSP), which is hereby incorporated by reference as if set forth in full in this application for all purposes.

This application is related to the following applications. U.S. patent application Ser. No. 15/273,567, entitled DAY-BY-DAY, filed on Sep. 22, 2016 (Trellis ref ORACP0148/Client ref. ORA160369-US-NP), which claims priority to U.S. Provisional Patent Application Ser. No. 62/246,031, entitled DAY-BY-DAY, filed on Oct. 24, 2015 (Trellis ref ORACP0148P/Client ref. ORA160369-US-PSP), which are hereby incorporated by reference as if set forth in full in this application for all purposes.

SUMMARY

Implementations generally relate to importing data and presenting the data in a user interface (UI). Implementations use a camera to capture an image of text, which may include alpha-numeric text. Implementations recognize the text, import data based on the text, and display the data in a UI while the text is being captured, which provides a user with immediate feedback on the recognition process.

In some implementations, an apparatus includes one or more processors, and includes logic encoded in one or more non-transitory computer-readable storage media for execution by the one or more processors. When executed, the logic is operable to perform operations including capturing an image of an object using a camera, where the object includes text. The logic when executed is further operable to perform operations including recognizing the text, generating a data structure that includes the text, and generating a graphical image that represents at least a portion of the text. The logic when executed is further operable to perform operations including displaying the graphical image in a UI in a display screen of a client device.

A further understanding of the nature and the advantages of particular embodiments disclosed herein may be realized by reference of the remaining portions of the specification and the attached drawings.

BRIEF DESCRIPTION OF THE DRAWINGS

FIG. 1 illustrates a block diagram of an example computing environment, which may be used for implementations described herein.

FIG. 2 illustrates an example user interface (UI) displaying graphs, according to some implementations.

FIG. 3 illustrates an example UI displaying graphs and a menu, according to some implementations.

FIG. 4 illustrates an example flow diagram for importing and presenting data, according to some implementations.

FIG. 5 illustrates an example UI displaying an image of text that is being captured by a camera, according to some implementations.

FIG. 6 illustrates an example UI displaying a graphical image that is being captured by a camera, according to some implementations.

FIG. 7 illustrates an example flow diagram for importing and presenting data, according to some implementations.

FIG. 8 illustrates an example UI displaying an image of text and a digital representation of the text in an image, according to some implementations.

FIG. 9 illustrates an example UI displaying graphs, according to some implementations.

FIG. 10 illustrates an example flow diagram for importing and presenting data, according to some implementations.

FIG. 11 illustrates an example UI displaying an image of text and a graph of the text, according to some implementations.

FIG. 12 illustrates an example UI displaying an image of text and a graph of the text, according to some implementations.

FIG. 13 illustrates an example UI displaying an image of text and a graph of the text, according to some implementations.

FIG. 14 illustrates a block diagram of an example network environment, which may be used for implementations described herein.

FIG. 15 illustrates a block diagram of an example computing system, which may be used for some implementations described herein.

DETAILED DESCRIPTION OF EMBODIMENTS

Implementations described herein import data and present the data in a user interface (UI). As described in more detail herein, implementations use a device's camera to capture an image of text (e.g., text on a sheet of paper or other surface, etc.), where the text may be alpha-numeric text. Implementations recognize the text using a recognition technique such as optical character recognition (OCR) and import data based on the recognized text. Implementations also present the data in a UI while the text is being captured, which provides a user with immediate feedback on the recognition process. Implementations also manipulate the underlying data derived from the image to generate various graphical representations (e.g., tables, bar charts, pie charts, etc.) that represent the captured text.

In some implementations, a system captures an image of an object using a camera, where the object includes text. The system recognizes the text, generates a data structure that includes the text, and generates a graphical image that represents at least a portion of the text. The system displays the graphical image in a UI in a display screen of a client device.

As described in more detail herein, implementations utilize a device's camera and optical character recognition (OCR) technology to detect the presence of data (e.g., tabular data) within the device's viewfinder. Implementations import any viewed data to the device. Once imported, implementations enable a user to manipulate the data in any manner consistent with a typical project. In various implementations, while the user is viewing the data through the viewfinder, implementations give a user an option to have a wireframe (e.g., table) representing the data overlaid in real-time. This enables the user to determine the completeness of the data or data set being imported.

In addition to providing a wireframe of the data, implementations enable a user to have an analytics-based augmented reality (AR) experience by overlaying an actual chart of the data in place of the tabular wireframe. The type of chart may vary depending on the number of measures (e.g., number columns, etc.) and dimensions (e.g., text columns, etc.).

The following are definitions to provide further context and applications of implementations described herein. In various implementations, an enterprise may be any organization of persons, such as a business, university, government, military, and so on. The terms “organization” and “enterprise” are employed interchangeably herein. Personnel of an organization, e.g., enterprise personnel, may include any persons associated with the organization, such as employees, contractors, board members, customer contacts, and so on.

An enterprise computing environment may be any computing environment used for a business or organization. A computing environment may be any collection of computing resources used to perform one or more tasks involving computer processing. An example enterprise computing environment includes various computing resources distributed across a network and may further include private and shared content on Intranet Web servers, databases, files on local hard discs or file servers, email systems, document management systems, portals, and so on.

Enterprise software may be any set of computer code that is adapted to facilitate implementing any enterprise-related process or operation, such as managing enterprise resources, managing customer relations, and so on. Example resources include human resources (HR) (e.g., enterprise personnel), financial resources, assets, employees, business contacts, and so on, of an enterprise. The terms “ERP software,” “ERP application,” and “enterprise software” may be employed interchangeably herein. However, an ERP application may include one or more ERP software modules or components, such as user interface (UI) software modules or components.

Enterprise software applications, such as customer relationship management (CRM), business intelligence (BI), and project management software, often include databases with various database objects, also called data objects or entities. For the purposes of the present discussion, a database object may be any computing object maintained by a database. A computing object may be any collection of data and/or functionality. Examples of computing objects include a note, appointment, a particular interaction, a task, and so on. Examples of data that may be included in an object include text of a note (e.g., a description); subject, participants, time, and date, and so on, of an appointment; type, description, customer name, and so on, of an interaction; subject, due date, opportunity name associated with a task, and so on. An example of functionality that may be associated with or included in an object includes software functions or processes for issuing a reminder for an appointment.

For the purposes of the present discussion, software functionality may be any function, capability, or feature, e.g., stored or arranged data, that is provided via computer code, e.g., software. Generally, software functionality may be accessible via use of a UI and accompanying UI controls and features. Software functionality may include actions, such as retrieving data pertaining to a computing object (e.g., business object); performing an enterprise-related task, such as scheduling a meeting, promoting, hiring, and firing enterprise personnel, placing orders, calculating analytics, launching certain dialog boxes, performing searches, and so on.

Such tasks may represent or be implemented via one or more software actions. A software action may be any process or collection of processes or operations implemented via software. Additional examples of processes include updating or editing data in a database, placing a product order, creating an opportunity business object, creating a business contact object, adding a revenue line to a business object, displaying data visualizations or analytics, triggering a sequence of processes, launching an enterprise software application, displaying a dialog box, and so on. The terms “software action” and “action” are employed interchangeably herein.

Enterprise data may be any information pertaining to an organization or business, including information about customers, appointments, meetings, opportunities, customer interactions, projects, tasks, resources, orders, enterprise personnel, and so on. Examples of enterprise data include work-related notes, appointment data, customer contact information, descriptions of work orders, asset descriptions, photographs, contact information, calendar information, enterprise hierarchy information (e.g., corporate organizational chart information), and so on.

For the purposes of the present discussion, a server may be any computing resource, such as a computer and/or software that is adapted to provide content, e.g., data and/or functionality, to another computing resource or entity that requests it, e.g., the client. A client may be any computer or system that is adapted to receive content from another computer or system, called a server. A service oriented architecture (SOA) server may be any server that is adapted to facilitate providing services accessible to one or more client computers coupled to a network.

A networked computing environment may be any computing environment that includes intercommunicating computers, e.g., a computer network. Similarly, a networked software application may be computer code that is adapted to facilitate communicating with or otherwise using one or more computing resources, e.g., servers, via a network.

A networked software application may be any software application or computer code adapted to use data and/or functionality provided via one or more resources, e.g., data, memory, software functionality, etc., accessible to the software application via a network.

Enterprise software applications, including applications for implementing cloud services, are often distributed among one or more servers as part of a computing domain, also called a server domain or server system herein. For the purposes of the present discussion, a computing domain may be any collection of one or more servers running software that is managed by a single administrative server or associated application. An example of a computing domain is a web logic server (WLS) domain.

When the term “domain” is used herein with reference to a database, e.g., an enterprise database, the database describes the domain. For example, a CRM database is said to characterize a CRM domain, which may include a set of related computing objects characterizing customer relationship management data and functionality.

A cloud service may be any mechanism (e.g., one or more web services, application programming interfaces (APIs), etc.) for enabling a user to employ data and/or functionality provided via a cloud. A cloud may be any collection of one or more servers. For example, certain clouds are implemented via one or more data centers with servers that may provide data, data storage, and other functionality accessible to client devices.

Note that conventionally, certain enterprise software customers (e.g., enterprises using the enterprise software) may subscribe to and access enterprise software by subscribing to a particular suite of cloud services offered via the enterprise software. Various components of the enterprise software may be distributed across resources (e.g., servers) of a network.

For clarity, certain well-known components, such as hard drives, processors, operating systems, power supplies, routers, the Internet, administration servers, server cluster controllers, process schedulers, virtual machines, database management systems, mobile device managers, synchronization engines, Application Programming Interfaces (APIs), web services, and so on, are not necessarily explicitly called out in the figures. However, those skilled in the art with access to the present teachings will know which components to implement and how to implement them to meet the needs of a given implementation.

FIG. 1 illustrates a block diagram of an example computing environment 100, which may be used for implementations described herein. In various implementations, computing environment 100 is configured to enable selective context-based enterprise business intelligence (BI) content delivery to one or more mobile computing devices such as user client device 112, or client device 112, leveraging both intrinsic context (e.g., representing user-specified selections, conditions, etc.) and extrinsic context (e.g., overall system usage history, physical device location, user team membership, user data access permissions, etc.).

For the purposes of the present discussion, context information may be any metadata (e.g., data about or otherwise associated with other data or computing objects or entities) that may be associated with a user, user interaction with a computing device, a computing device (including software used by the computing device), and so on. The terms “context information” and “context” may be employed interchangeably herein.

A mobile device, also called a mobile computing device, may be any computer that is adapted for portable use. A computer may be any processor coupled to memory. Examples of mobile computing devices include laptops, notebook computers, smartphones and tablets (e.g., iPhone, iPad, Galaxy Tab, Windows Mobile smartphones, Windows 7 smartphones and tablets, Android smartphones tablets, Blackberry smartphones, and so on), etc.

Intrinsic context information may be any context information that is specifically chosen or specified by the user, e.g., via user input. Examples of intrinsic context information characterizing information sought by a user include natural language query statements and expressions, user-specified bring back conditions, and so on. A bring back condition may be any user-specified data that when true, may be used to redisplay or retrieve content associated with the condition when the condition is met, as determined by the system with reference to extrinsic context information. Examples of bring back conditions are discussed more fully below.

Extrinsic context information may be any context information that is not explicitly chosen or specified by a user so as to affect software operation. Examples of extrinsic context information include user data access permissions (e.g., associated with user login credentials), user computing device location devices such as a global positioning system (GPS) receivers, user teams or collaboration groups, business tasks assigned to a user, projects that a user is working on, data characterizing a history of user interaction with computing environment 100, time of day, day of week, date, contact lists, information about who has recently contacted a user and where and how they were contacted, and so on. Extrinsic context information may also include aggregated metrics calculated from analysis of activities of plural users of computing environment 100 (e.g., all authorized users interacting with computing environment 100), and so on.

Computing environment 100 may leverage both intrinsic and extrinsic context to facilitate efficient timely delivery of relevant business intelligence (BI) content (e.g., analytics) to users, as discussed more fully below.

Business context information may include any context information that is related to a business entity, e.g., a resource, software application, employee, enterprise task, opportunity, contact, and so on. The terms “business context information” and “business context” are employed interchangeably herein.

As it pertains to natural language processing (NLP), e.g., mechanisms for generating machine interpretations of natural language expressions, context information may include any information that may be employed to inform natural language processing to estimate user intent or meaning of natural language or portions thereof. User intent of a portion of natural language is said to be estimated if a meaning is associated with or attributed to the portion of natural language. Accordingly, context information may include any information pertaining to natural language input, including, but not limited to user data, such as user location information, calendar entries, appointments, business cycle information, contacts, employee performance metrics, user data access permissions or authentication level, and so on.

As it pertains to software visualizations (e.g., analytics and associated charts, graphs, diagrams, etc.), context information may include any information that is auxiliary to source data used to display a visualization. Source data may be any data used to build a structure of a visualization. For example, a corporate organizational chart may use employee names, employee enterprise roles, and hierarchal rules applicable to enterprise roles as source data to construct the organizational chart. In this example, context information may include, for example, information indicating that a user is seeking information as to whether a particular decision made by a particular employee was approved by the appropriate persons, or that the user is on a project pertaining to corporate compensation levels and may wish to ensure that higher level employees are not compensated less than lower level employees, and so on.

In some implementations, the computing environment 100 may collect context information via various mechanisms, such as via one or more user responses to a query; user answers to a questionnaire; monitoring of user software usage history; location information, and so on.

Context information is said to be associated with a user if the context information is associated with a device or software accessible to the user. For example, a mobile phone user may be employing a mobile device with a GPS receiver. The mobile device is said to be associated with the user, as is GPS location information provided by the GPS receiver thereof. Similarly, a user employing calendar software may enter appointments. Appoint information stored via the calendar software is associated with the user.

Accordingly, context information associated with a user (also called individual user context information) may include any context information pertaining directly to the user or pertaining to one or more tasks, opportunities, or other computing objects (e.g., business objects) that are associated with or otherwise employed by the user or used by software employed by the user).

Note that in certain embodiments discussed herein, user context information may be derived, in part, with reference to a permissions database that stores user enterprise access permissions, e.g., software and data access and user privileges. Note that user data may be any context information characterizing or otherwise associated with a user of software and/or hardware. For example, user data may include enterprise software permissions (e.g., privileges), job qualifications, such as work experience, education and related degrees, awards, and so on. User data may further include, for example, user job preferences, such as location, employer, vacation time allowed, hours worked per week, compensation (e.g., salary), and so on.

User privileges information may be any permissions or specification of permissions associated with a user, where the permissions specify whether or not and/or how a user may access or use data, software functionality, or other enterprise resources. Accordingly, user privileges information, also simply called user permissions or user privileges, may define what a user is permitted or not permitted to do in association with access to or use of enterprise resources, such as computing resources.

User job role information may include any data characterizing a position or description of a position held by the user at an enterprise. Accordingly, job role information may be a type of context information associated with the user, where the context information may also include user privileges information associated with the job role, e.g., position. For example, if a user is a system administrator employee, the user may have special permissions to change system configuration parameters and may then have access to various types of visualizations characterizing system architecture, operations, and so on.

In some implementations, the one or more mobile computing devices (e.g., client device 112) (e.g., smartphone, tablet, laptop, etc.) communicate with an enterprise business intelligence (BI) server system 114 via a network, such as the Internet. BI server system 114 communicates with backend enterprise databases 144 (which may include warehouses or collections of databases), e.g., BI, HCM, CRM databases, and so on.

Note that various modules of the computing environment 100 may be grouped, arranged, coupled, and/or distributed differently than shown, without departing from the scope of the present teachings. For example, in an alternative grouping, enterprise databases 144 may be considered as part of BI server system 114. Similarly, some software functionality provided by BI server system 114 and enterprise databases 144 may be offloaded to client device 112 (e.g., mobile device, etc.), e.g., enterprise content may be cached locally on the client device 112 and used in an offline mode, as discussed more fully below. Similarly, in certain implementations, interconnections between modules may be different than those shown.

In various implementations, client device 112 includes a display 118 for presenting UI display screens, such as a home screen 124, also called an activity screen, dashboard, smart feed of BI content, or simply feed.

For the purposes of the present discussion, a user interface display screen may be any software-generated depiction presented on a display. Examples of depictions include windows, dialog boxes, displayed tables, and any other graphical UI features, such as UI controls, presented to a user via software, such as a browser. A UI display screen contained within a single border is called a view, window, or card (where a card may represent a sub-UI display screen within a larger UI display screen). Views or windows may include sections, such as sub-views or sub-windows, dialog boxes, graphs, tables, UI cards, and so on. In certain cases, a UI display screen may refer to all application windows presently displayed on a display.

For the purposes of the present discussion, a UI card may be a UI display screen section. In various embodiments discussed herein UI cards may contain specific categories of content and associated enterprise data and/or analytics, as discussed more fully below.

The example home screen or smart feed 124 of client device 112 includes a scrollable listing if UI cards, including a first example card 126 (e.g., content 1) and a second example card 128 (e.g., content 2). Examples of UI card types include analytic cards, detailed information cards, email cards, calendar cards, report cards, trending-data cards (also called “what's trending” cards), shared cards, activity summary cards, custom cards, and so on.

In general, content included in example analytic cards discussed herein may include analytics, e.g., interactive visualizations. For the purposes of the present discussion, an analytic may be any calculation or measurement based on a given input. Certain analytics may be displayed graphically. For example, an analytic that calculates a degree of a match between a user and a candidate position based on information about the user and various candidate positions may be displayed via a bar chart. In general, a graphically displayed analytic or other visual representation of data is called a visualization herein.

An interactive visualization may be any visualization that includes or is displayed in association with one or more UI controls enabling user interactions with the visualization and/or underlying data of the visualization. A user interaction may include any user input resulting in an adjustment to an appearance, behavior, type, or other property of a visualization.

Examples of interactions that may be supported by analytic cards discussed herein include drill-down (e.g., selection of a portion or node of a visualization to trigger display of additional details associated with data underlying the portion or node of the visualization), change chart type, pivot (e.g., changing chart axis), filter data, show/hide a group, data hierarchy, dimension, and so on. Note that user interactions and associated UI controls discussed herein with respect to analytic cards are not limited. For example, certain cards may be flipped or rotated to yield additional information; certain cards may support user edits to underlying data of a visualization, and so on.

For the purposes of the present discussion, underlying data may be any data used to generate a visualization, where nodes or components of the visualization may represent one or more objects, database dimensions, features, or other data characteristics. Hence, underlying data may include information and/or functionality represented by or corresponding to a node or visualization component, including link information. For example, a node representing a person in an enterprise organizational chart may be associated with additional underlying data that includes, for example, employee job title, phone number, address, and so on.

In various embodiments discussed herein, underlying data of a visualization may include structured data. Structured data may be any data organized or otherwise accessible in accordance with a data model, e.g., as may be provided via a relational database.

For the purposes of the present discussion, data dimension may be any category or classification of an amount or category. For example, columns of a table may represent data dimensions. The terms “data dimension” and “database dimension” may be employed interchangeably herein.

In the present example embodiment, UI cards 126 and 128 represent a home screen list of analytic cards that may be automatically selected by the system computing environment (as discussed more fully below) to populate home screen 124 based on context information (e.g., with smart feed of UI cards with dynamic BI content, etc.). The context information may include information about what the user has been doing, e.g., user activity, e.g., who recently emailed, texted, or called the user, where the user was when contacted (e.g., where client device 112 associated with the user was), where the user (e.g., client device 112) currently is located (as indicated by the GPS location of client device 112, the current time of day, date, what projects and/or business tasks the user is working on, what teams or enterprise groups the user is associated with, which content the user has been interacting with, user software navigation history, user interaction logs (e.g., tracking usage of computing environment 100), and so on.

Cards that change or update throughout the day, e.g., in approximately real time, to reflect changing context; changing underlying data, etc., are called dynamic cards or dynamically updating cards herein. Note that in certain embodiments discussed herein, automatic selection of cards 126 and 128 are not limited to selections based on individual user context, but may leverage aggregated context information derived or collected from plural users of computing environment 100, including all users of computing environment 100 or subsets thereof. Examples of subsets of users for which context may be aggregated and used include particular enterprise teams, contacts related by social network connections, persons sharing cards with nearby users, and so on.

UI cards 126 and 128 are rendered in part using client software 120. In the present example embodiment, client software 120 (also called a mobile application) includes graphical user interface (GUI) software in communication with speech-to-text software, natural language processing (NLP) software, network communications modules (e.g., mobile synchronization functionality to synchronize communications with BI server system 114 over a network), and so on. Those skilled in the art with access to the present teachings may readily determine, implement, and incorporate appropriate software modules and associated software functionality to meet the needs of a given implementation, without undue experimentation.

Note that in alternative implementations, certain functions of client software 120 may instead be located on BI server system 114 and/or on other servers in communication with BI server system 114. For example, in certain implementations, client software 120 may be implemented via a mobile browser used to access a website hosted by a web server, which in turn uses web services and/or APIs to interface with one or more application servers of BI server system 114 to facilitate updating UI cards 126 and 128.

In the present example embodiment, client software 120 is implemented via a mobile application configured to communicate with and synchronize with a controller module 134 of BI server system 114 to selectively retrieve data (including analytics) needed to implement UI home screen 124 and accompanying UI cards 126 and 128. Data retrieved to the client device 112 during a particular session may be locally cached in a local client-side cache 122. Accordingly, a user of the client device 112 will be able to operate client software 120 and view and interact with cards 126 and 128 that leverage data and/or instructions that are cached in local cache 122.

In various implementations, BI server system 114 leverages functionality provided by various modules 130-142. Controller 134 includes software functionality that facilitates interfacing and using data and functionality from various modules, including a user login and permission module 136, an inference engine 138, an automatic card selection module 140 (also called auto card selector), a card generator module 142, a context information repository 130 (also simply called a context repository 130), stored cards 132 (e.g., stored card content for each user), and one or more enterprise databases 144 (e.g., BI, HCM, CRM, IC, etc.). In various implementations, context repository 130 may include intrinsic user-specified context, extrinsic system-derived context, etc. In some implementations, stored cards 132 may include visualizations.

Note that some of the software functionality provided by modules 130-142 may alternatively and/or additionally be implemented via client software 120. For example, in certain implementations, inference engine 138 may be implemented client-side on client device 112.

In some implementations, controller 134 includes semantic layer interfacing functionality, including online analytical processing (OLAP), additional query term or expression (e.g., natural language input) interpretation (e.g., based on aggregated user context information) functionality, functionality for the mapping of query terms to database dimensions and measures, and so on. In some implementations, controller 134 may include a semantic layer interfacing functionality (e.g., OLAP processing, proposed query term interpretation, mapping of query terms to database dimensions and measures, etc.).

For the purposes of the present discussion, natural language input may be any instruction or information provided via spoken or written (e.g., typed) human language. Examples of language input usable with certain embodiments discussed herein include voice queries and/or commands (which are then converted into text), text messages (e.g., short message service (SMS) text messages), emails containing text, direct text entry, and so on. Natural language input provided to trigger a search for enterprise content is called a natural language query herein.

The login and user permissions module 136 includes computer code for facilitating user login to BI server system 114 (including user authentication and login functionality, etc.). When initially accessing BI server system 114 using client device 112, the user may enter login information (e.g., username and password, biometric information, etc.) or may otherwise submit a biometric sample (e.g., fingerprint scan) to facilitate confirming user identity and application of appropriate restrictions, e.g., data access permissions, to the user client device session with BI server system 114.

Note that user identity and associated data access permissions may represent a type of context information usable by computing environment 100 to selectively adjust content provided via cards 126 and 128. In general, for the purposes of the present discussion, an identity of a user may be any information identifying a user. For example, a user's identity may include login information, email address, phone number, name, biometric sample, and so on. Certain embodiments discussed herein may employ any such identifying information to facilitate, for example, determining a likely command or query term intended by particular language input or software interaction. The identifying information may be further used to associate the user of client device 112 with user-specific data maintained via BI server system 114, e.g., user context information stored in context repository 130, stored cards 132, and so on.

Inference engine 138 includes computer code for facilitating query terms or expression interpretation, e.g., using context information maintained via context repository 130. Inference engine 138 may be used to infer, for example, that the term “profitability” actually refers to a “profit margin” dimension of an OLAP hypercube harvested from enterprise databases 144 via controller 134 and associated interfaces.

Auto card selector module 140 (which may alternatively and/or additionally be implemented client side, e.g., on client device 112, and based on context information) facilitates accessing OLAP hyper cubes; mapping of natural language input expressions into multi-dimensional expressions (MDX); and selection of card types in accordance with the mappings of the input expressions into database dimensions, measures, analytic calculations, and so on.

Card generator 142 includes computer code for facilitating organizing data for use in visualizations, selections of visualizations in accordance with card type determined by auto card selector 140, collecting rendering data used to render the card, and so on. Note that certain functions of card generator 142 may also be implemented client-side, e.g., generation of card rendering instructions.

Various functional modules 136-142 of BI server system 114 may access data from context repository 130 and from stored cards 132 via interface functionality included in controller 134. The example context repository includes intrinsic user-specified context information, extrinsic system-derived context information, and so on.

Note that the context information maintained by context repository 130 may include dynamic context information, e.g., context information subject to periodic or daily change, including context information subject to approximately real time change. An example of dynamic context information subject to approximately real time change includes GPS location information characterizing client device 112. Additional dynamic context information may include context information indicating who the user is communicating with (and/or has been communicating with), where the user is located, what interactions the user is performing using computing environment 100, when the user is performing the interactions (e.g., communicating, sharing content, following content of other users, and so on), and so on.

Note that the present example embodiment may facilitate dynamic context-based push of BI content to home screen 124, such that home screen 124 is updated periodically or in approximately real time with BI content that is calculated or otherwise determined based in part on dynamic context information.

The dynamic context information may include dynamic extrinsic context information, such as context information that changes based on user interaction with a mobile computing device, e.g., client device 112. The user interaction with the mobile computing device may include moving the device to different locations or regions; automatically updating employee key performance indicators, and so on.

Similarly, non-dynamic context information may include any context information that is not based solely on user interaction with the computing environment 100 via client device 112, e.g., user data access permissions, user name, job role, and so on.

FIG. 2 illustrates an example UI 200 displaying graphs 202 and 204, according to some implementations. Shown is a button 206 (e.g., a plus button) that when pressed shows a menu of user selections. Implementations directed to the menu of user selections are described in more detail herein in connection with FIG. 3.

FIG. 3 illustrates example UI 200 displaying graphs 202 and 204 and a menu 302, according to some implementations. Menu 302 includes various user selections 304, 306, 308, and 310, and a button 312 (e.g., a minus button) to close menu 302. In various implementations, user selections 304, 306, 308, and 310 provide different ways to import data into the application.

In various implementations, the system enables a user to import data from other applications based on user selections 304, 306, 308, and 310. For example, in some implementations, user selection 304 (labeled Detect Text) initiates a process that imports data by detecting text using a camera. Implementations directed to importing data using a camera are described in more detail herein.

In some implementations, user selection 306 (labeled AC) initiates a process that imports data via an analytics cloud or other cloud service. In some implementations, user selection 308 (labeled File Explorer) initiates a process that import data import data using a file explorer that enables a user to browse files. In some implementations, user selection 310 (labeled Fit) initiates a process that imports data from a mobile device (e.g., a wearable fitness device, etc.).

FIG. 4 illustrates an example flow diagram for importing and presenting data, according to some implementations. In various implementations, a method is initiated at block 402, where a system such as client device 112 captures an image of an object using a camera. In various implementations, the object includes text. The object may be any object in the real world. For example, the object may be a piece of paper, a wall, dry erase board, another display screen, a photo, etc., where the text is on the surface of the object. As described in more detail herein, the text may be alpha-numeric text. In various implementations, the text may also include symbols such as mathematical notations.

FIG. 5 illustrates an example UI 500 displaying an image 502 of text that is being captured by a camera, according to some implementations. As shown, the camera is capturing an image of text on an object. The object may be, for example, a piece of paper or other surface, etc. In various implementations, the camera captures raw pixel data. The system then displays image 502 of the text captured by the camera in UI 500.

In various implementations, the text includes alphanumeric characters. For example, the text may include letters (e.g., labels, etc.). The particular text on a given object may vary, depending on the particular scenario. For example, the text may represent nutrition information, bar code information, etc.

Also shown in UI 500 is a button 504. As described in more detail herein, in some implementations, when a user selects button 504, the system generates a graphical image or graph based on image 502.

Referring still to FIG. 4, at block 404, the system recognizes the text. In some implementations, the system recognizes the text by performing any suitable optical character recognition technique.

In various implementations, the system may determine from the recognized text and the positioning of the text in the image that the text is in a table format (e.g., tabular data). To recognize a table, the system may determine that some of the text are numbers or values, and may determine that some of the text includes letters (e.g., of a label or header). For example, in various implementations, the system may use OCR where a column starts, where a column ends, whether looking at letters or numbers, etc. In some implementations, the system may recognize non-alphanumeric objects such as people, landmarks, etc. In some implementations, the system may recognize mathematical symbols and may determine potentially associated or underlying mathematical formulas for the totals of different columns of values. The system may use such mathematical formulas for further processing or manipulation of the data.

At block 406, the system generates a data structure that includes the text. In various implementations, the data structure may be any suitable data structure that stores and organizes the data/text and any other associated data or metadata. In various implementations, the system may store the data structure in a suitable storage location (e.g., local cache 122 of client device 112, etc.). In various implementations, the system may organize the text in the data structure in a table. This enables the system to efficiently process the data in the data structure.

Implementations enable the system to manipulate data after being captured by the camera and recognized by the system. In various implementations, the graphical images as well as the underlying data used to generate the graphical images may be modified or manipulated. For example, words and numbers may be sorted, numbers may be used for calculations, etc. Such data may then be processed by any application associated with the system and/or to which the system may send the data.

At block 408, the system generates a graphical image that represents at least a portion of the text. For example, if the text includes one or more columns of numbers, the system may generate a graphical image or graph that pictorially represents the one or more columns of numbers. In some implementations, the graphical image may be a bar chart. In some implementations, the graphical image may be a pie chart. The particular type of graphical image may vary and will depend on the particular implementation.

At block 410, the system displays the graphical image in the UI in a display screen of a client device such as client device 112. In various implementations, because the system stores the data recognized from the image of text, the system can manipulate the data as needed to generate and display the graphical image.

FIG. 6 illustrates an example UI 600 displaying a graphical image 602 that is being captured by a camera, according to some implementations. As indicated herein, in various implementations, graphical image 602 may be generated and displayed when the user selects button 504 as shown in FIG. 5. In this particular example implementation, the graphical image is a bar chart.

In some implementations, if the user notices that any of the information in the graphical image is incorrect or needs to be changed, updated, etc., the system may enable the user to make such changes to the imported, underlying data.

Although the steps, operations, or computations may be presented in a specific order, the order may be changed in particular implementations. Other orderings of the steps are possible, depending on the particular implementation. In some particular implementations, multiple steps shown as sequential in this specification may be performed at the same time. Also, some implementations may not have all of the steps shown and/or may have other steps instead of, or in addition to, those shown herein.

FIG. 7 illustrates an example flow diagram for importing and presenting data, according to some implementations. In various implementations, a method is initiated at block 702, where a system such as client device 112 captures an image of an object using a camera, where the object includes text. As indicated herein, the text may include alphanumeric characters. Also, the object may be any object in the real world. For example, the object may be a piece of paper, a wall, another display screen, etc., where the text is on the surface of the object.

At block 704, the system displays an image of the object in the UI in the display screen of the client device. For example, referring again to FIG. 5, UI 500 displays an image 502 of the text being captured.

At block 706, the system recognizes the text. As indicated herein, in some implementations, the system recognizes the text by performing any suitable optical character recognition technique. For example, in various implementations, the system may determine using OCR where a column starts, where a column ends, whether looking at letters or numbers, etc. In some implementations, the system may recognize non-alphanumeric objects such as people, landmarks, symbols, etc.

At block 708, the system overlays a digital representation of at least a portion of the text on the image of the object in the UI in the display screen of the client device as the text is being recognized. In various implementations, the digital representation of the text enables the user to visually see that the data captured and recognized by the client device matches the actual text that is physically on the object (e.g., text printed on a paper document).

FIG. 8 illustrates an example UI 800 displaying an image 802 of text and a digital representation 804 of the text in image 802, according to some implementations. In some implementations, UI 800 displays a digital representation (e.g., wireframe, table, etc.) of at least a portion of the text in image 802, where the portion of the text being displayed is the portion of the text being recognized.

As shown, as the text in image 802 is being recognized, the system displays a digital representation 804 of portions of the text in image 802 that is being recognized. For example, the system displays the recognized alphanumeric characters. In this particular example, the system recognizes and displays in real time a digital representation of all of the text that is physically on the object or surface being captured by the camera, and the text that the system recognizes.

As shown, the text in image 802 and the text of the digital representation 804 appear blurry, because the system overlays digital representation 804 of the text on top of the text in image 802 in real time. If the camera lens moves as the user is holding the camera or client device, the image 802 may move slightly such that text in image 802 and the text in digital representation 804 are not exactly aligned. The user still has immediate feedback on the recognition process.

In some implementations, if the system is still processing image 802 and has recognized a portion of the text, the system may display a digital representation of the portion of the text that is currently recognized, which provides the user with immediate feedback on the recognition process.

Also shown in UI 800 is a button 806. As described in more detail herein, in some implementations, when a user selects button 806, the system generates a graphical image or graph based on image 802, or more particularly, based on digital representation 804.

At block 710, the system generates a data structure that includes the text. As indicated herein, in various implementations, the data structure may be any suitable data structure that stores and organizes the data/text and any other associated data or metadata.

At block 712, the system generates a graphical image that represents at least a portion of the text. For example, if the text includes one or more columns of numbers, the system may generate a graphical image or graph that pictorially represents the one or more columns of numbers. For example, the graphical image may be a bar chart, a pie chart, etc. As indicated herein, in various implementations, the graphical image may vary and will depend on the particular implementation.

At block 714, the system displays the graphical image in a UI in a display screen of a client device.

FIG. 9 illustrates an example UI 900 displaying graphs 902 and 904, according to some implementations. Graph 902 of FIG. 9 is a graphical image that represents the text in image 802, or more particularly, based on digital representation 804 of FIG. 8.

For clarity, graph 902 FIG. 9 differs from digital representation 804 of FIG. 8. in that graph 902 is a bar chart or graph that presents grouped data with rectangular bars or other shapes with sizes proportional to the values they represent, not necessarily the text itself. Digital representation 804 of text as described is a digital version of text. In some scenarios, a graphical image may include text. For example, in some implementations, a bar chart such as graph 902 of FIG. 9 may include labels (e.g., “Calories Burned,” “Steps,” etc.) or values (e.g., numbers) as a part of a chart or graph.

For example, as shown, the 7 bars represent 7 days of the week. As shown underneath the bars are text (e.g., calories burned and steps). In this particular example, the calories burned text/selection is selected (indicated by an underscore). As such, the length of each bar is proportional to the calories burned for the respective day. If the user were to select the steps text/selection, graph 902 would change such that the length of each bar is proportional to the number of steps for the respective day.

In some implementations, the system may display a recognition indication in the UI in the display screen of the client device. In some implementations, the recognition indication indicates when the text is recognized. For example, as shown, the recognition indication indicates that the camera captured the text, and indicates when the camera captured the text (e.g., 2 minutes ago, etc.).

Although the steps, operations, or computations may be presented in a specific order, the order may be changed in particular implementations. Other orderings of the steps are possible, depending on the particular implementation. In some particular implementations, multiple steps shown as sequential in this specification may be performed at the same time. Also, some implementations may not have all of the steps shown and/or may have other steps instead of, or in addition to, those shown herein.

FIG. 10 illustrates an example flow diagram for importing and presenting data, according to some implementations. In various implementations, a method is initiated at block 1002, where a system such as client device 112 captures an image of an object using a camera, where the object includes text. As indicated herein, the text may include alphanumeric characters.

At block 1004, the system displays an image of the object in the UI in the display screen of the client device. For example, referring again to FIG. 5, example screen shot 500 shows an image of the object being captured.

At block 1006, the system recognizes the text. As indicated herein, in some implementations, the system recognizes the text by performing any suitable optical character recognition technique. For example, in various implementations, the system may determine using OCR where a column starts, where a column ends, whether looking at letters or numbers, etc. In some implementations, the system may recognize non-alphanumeric objects such as people, landmarks, symbols, etc.

At block 1008, the system overlays a digital representation of at least a portion of the text on the image of the object in the UI in the display screen of the client device as the text is being recognized. Referring again to FIG. 8, example screen shot 800 shows an image of a digital representation of at least a portion of the text on the image of the object in the UI. As indicated above, in various implementations, the digital representation of the text enables the user to visually see if the data captured and recognized by the client device matches the actual text that is physically on the object (e.g., text printed on a paper document).

At block 1010, the system generates a data structure that includes the text. As indicated herein, in various implementations, the data structure may be any suitable data structure that stores and organizes the data/text and any other associated data or metadata.

At block 1012, the system generates a graphical image that represents at least a portion of the text. For example, if the text includes one or more columns of numbers, the system may generate a graphical image or graph that pictorially represents the one or more columns of numbers. For example, the graphical image may be a bar chart, a pie chart, etc. As indicated herein, in various implementations, the graphical image may vary and will depend on the particular implementation.

At block 1014, the system displays the graphical image in a user interface (UI) in a display screen of a client device.

At block 1016, the system overlays the graphical image on the displayed image of the object. As indicated herein, in some implementations, if the user notices that any of the information in the graphical image is incorrect or needs to be changed, updated, etc., the system may enable the user to make such changes to the imported, underlying data.

FIG. 11 illustrates an example UI displaying an image 1102 of text and a graph 1104 of the text in image 1102, according to some implementations. As shown, a camera on the client device is capturing image 1102 that contains text. The text may be on the surface of an object. The object may be a piece of paper, another display screen, etc. Also shown is graph 1104, which the system may display when the user selects button 1106 to enable graph 1104 to be displayed.

In various implementations, the system overlays graph 1104 on top of image 1102. The overlay enables a user to see, on the display screen of the client device, both the text on the surface of the object being captured and the overlaid “virtual” graph (e.g., bar chart, pie chart, etc.). As such, in some scenarios, if two different people are looking directly at the same text on a surface, one person may have an additional graphical view on his or her client device (e.g., phone, etc.). The other person without the client device would see the text on the actual surface of the object. As such, implementations provide the user viewing the text through the viewfinder with an analytics-based augmented reality (AR) experience, where useful information such as a graph is overlaid on top of the image being captured. The precise position of graph 1104 relative to image 1102 may vary depending on the particular implementation. In some implementations, if there is sufficient room on the display screen, the system position graph 1104 so as not to cover or obscure image 1102.

As shown, the 7 bars represent 7 days of the week, where the length of each bar is proportional to the calories burned for the respective day. In some implementations, the system may provide the user with graph options. For example, in some implementations, the system may also show bars, where the length of each bar is proportional to the number of steps for the respective day.

FIG. 12 illustrates an example UI 1100 displaying image 1102 of text and a graph 1204 of the text in image 1102, according to some implementations. As shown, the camera on the client device is capturing image 1102 that contains text. Also shown is graph 1204, which the system may display when the user selects button 1106 to enable graph 1104 to be displayed. In this particular implementation, the system displays multiple sets of bars for the calories burned and for the number of steps in UI 1200. In various implementations, multiple sets of bars in a graph may be distinguished in various ways (e.g., width, color coding, etc.).

As indicated herein, in some implementations, if the user notices that any of the information in the graphical image is incorrect or needs to be changed, updated, etc., the system may enable the user to make such changes to the imported, underlying data. In some implementations, the system may enable the user add other information a given graphical image. For example, the system may enable the user to add a legend or other labels.

While some implementations are described in the context of bar graphs, other types of graphical images are possible, depending on the particular implementation. For example, system may display a pie chart over the image.

FIG. 13 illustrates an example UI 1100 displaying image 1102 of text and a graph 1304 of the text in image 1102, according to some implementations. As shown, the camera on the client device is capturing image 1102 that contains text. Also shown is graph 1304, which the system may display when the user selects button 1106 to enable graph 1104 to be displayed. In this particular implementation, the system displays a simplified pie chart having multiple sections with sizes proportional to the calories burned on respective days.

For illustrative purposes, a pie chart having sections representing calories burned are shown. In some implementations, a pie chart may have sections representing the number of steps, or may have sets of sections representing calories burned and the number of steps. While some example implementations are described herein in the context of calories burned and number of steps, these implementations and other may also apply to other categories of information.

Although the steps, operations, or computations may be presented in a specific order, the order may be changed in particular implementations. Other orderings of the steps are possible, depending on the particular implementation. In some particular implementations, multiple steps shown as sequential in this specification may be performed at the same time. Also, some implementations may not have all of the steps shown and/or may have other steps instead of, or in addition to, those shown herein.

Implementations described herein provide various benefits. For example, implementations enable and facilitate convenient transfer of information from one application to another application. Implementations also avoid the need for “intents,” which normally would call for the user to select a piece of content they wish to open. As such, implementations avoid the need for a user to select applications from a list (e.g., in order to open an attached PDF in an email application). Implementations also enable a user to manipulate data captured by a camera.

FIG. 14 illustrates a block diagram of an example network environment 1400, which may be used for implementations described herein. In some implementations, network environment 1400 includes a system 1402, which includes a server device 1404 and a network database 1406. Network environment 1400 also includes client devices 1410, 1412, 1414, and 1416, which may communicate with each other directly or via system 1402. Network environment 1400 also includes a network 1420.

Implementations described herein may be implemented by a client device such as client devices 1410, 1412, 1414, and 1416, or may be implemented by client devices 1410, 1412, 1414, and 1416 in combination with a system 1402. In some implementations, client devices 1410, 1412, 1414, and 1416 communicate with system 1402.

For ease of illustration, FIG. 14 shows one block for each of system 1402, server device 1404, and network database 1406, and shows four blocks for client devices 1410, 1412, 1414, and 1416. Blocks 1402, 1404, and 1406 may represent multiple systems, server devices, and network databases. Also, there may be any number of client devices. In other implementations, network environment 1400 may not have all of the components shown and/or may have other elements including other types of elements instead of, or in addition to, those shown herein. In various implementations, users U1, U2, U3, and U4 may view various information using respective client devices 1410, 1412, 1414, and 1416.

While system 1402 of FIG. 14 is described as performing the implementations described herein, any suitable component or combination of components of system 1402 or any suitable processor or processors associated with system 1402 may perform the implementations described.

FIG. 15 illustrates a block diagram of an example computing system 1500, which may be used for some implementations described herein. For example, computing system 1500 may be used to implement user client device 112 and/or BI server system 114 of FIG. 1. Computing system 1500 may also be used to implement system 1502 and/or any of client devices 1510, 1512, 1514, and 1516 of FIG. 15, as well as to perform implementations described herein. In some implementations, computing system 1500 may include a processor 1502, an operating system 1504, a memory 1506, and an input/output (I/O) interface 1508. In various implementations, processor 1502 may be used to implement various functions and features described herein, as well as to perform the method implementations described herein. While processor 1502 is described as performing implementations described herein, any suitable component or combination of components of computing system 1500 or any suitable processor or processors associated with computing system 1500 or any suitable system may perform the steps described. Implementations described herein may be carried out on a user device, on a server, or a combination of both.

Computing system 1500 also includes a software application 1510, which may be stored on memory 1506 or on any other suitable storage location or computer-readable medium. Software application 1510 provides instructions that enable processor 1502 to perform the implementations described herein and other functions. Software application may also include an engine such as a network engine for performing various functions associated with one or more networks and network communications. The components of computing system 1500 may be implemented by one or more processors or any combination of hardware devices, as well as any combination of hardware, software, firmware, etc.

For ease of illustration, FIG. 15 shows one block for each of processor 1502, operating system 1504, memory 1506, I/O interface 1508, and software application 1510. These blocks 1502, 1504, 1506, 1508, and 1510 may represent multiple processors, operating systems, memories, I/O interfaces, and software applications. In various implementations, computing system 1500 may not have all of the components shown and/or may have other elements including other types of components instead of, or in addition to, those shown herein.

Although the description has been described with respect to particular embodiments thereof, these particular embodiments are merely illustrative, and not restrictive. For example, while various embodiments herein are discussed with respect to mobile device BI application implementations, embodiments are not limited thereto. Various embodiments disclosed herein may be adapted for use with virtually any computer, including desktop computers. Furthermore, embodiments are not limited to facilitating conveying BI information, tools, and analytics.

In various implementations, program instructions or software instructions are stored on or encoded in one or more non-transitory computer-readable media for execution by one or more processors. The software when executed by one or more processors is operable to perform the implementations described herein and other functions.

Any suitable programming language can be used to implement the routines of particular embodiments including C, C++, Java, assembly language, etc. Different programming techniques can be employed such as procedural or object oriented. The routines can execute on a single processing device or multiple processors. Although the steps, operations, or computations may be presented in a specific order, this order may be changed in different particular embodiments. In some particular embodiments, multiple steps shown as sequential in this specification can be performed at the same time.

Particular embodiments may be implemented in a non-transitory computer-readable storage medium for use by or in connection with the instruction execution system, apparatus, system, or device. Particular embodiments can be implemented in the form of control logic in software or hardware or a combination of both. The control logic, when executed by one or more processors, may be operable to perform that which is described in particular embodiments.

Particular embodiments may be implemented by using a programmed general purpose digital computer, by using application specific integrated circuits, programmable logic devices, field programmable gate arrays, optical, chemical, biological, quantum or nanoengineered systems, components and mechanisms may be used. In general, the functions of particular embodiments can be achieved by any means as is known in the art. Distributed, networked systems, components, and/or circuits can be used. Communication, or transfer, of data may be wired, wireless, or by any other means.

It will also be appreciated that one or more of the elements depicted in the drawings/figures can also be implemented in a more separated or integrated manner, or even removed or rendered as inoperable in certain cases, as is useful in accordance with a particular application. It is also within the spirit and scope to implement a program or code that can be stored in a machine-readable medium to permit a computer to perform any of the methods described above.

As used in the description herein and throughout the claims that follow, “a”, “an”, and “the” includes plural references unless the context clearly dictates otherwise. Also, as used in the description herein and throughout the claims that follow, the meaning of “in” includes “in” and “on” unless the context clearly dictates otherwise.

Thus, while particular embodiments have been described herein, latitudes of modification, various changes, and substitutions are intended in the foregoing disclosures, and it will be appreciated that in some instances some features of particular embodiments will be employed without a corresponding use of other features without departing from the scope and spirit as set forth. Therefore, many modifications may be made to adapt a particular situation or material to the essential scope and spirit. 

We claim:
 1. A non-transitory computer-readable storage medium carrying program instructions thereon, the instructions when executed by one or more processors cause the one or more processors to perform operations comprising: capturing an image of an object using a camera, wherein the object includes text; recognizing the text; generating a data structure that includes the text; generating a graphical image that represents at least a portion of the text; and displaying the graphical image in a user interface (UI) in a display screen of a client device.
 2. The computer-readable storage medium of claim 1, wherein the text includes alphanumeric characters.
 3. The computer-readable storage medium of claim 1, wherein the recognizing of the text is performed using optical character recognition.
 4. The computer-readable storage medium of claim 1, wherein the instructions when executed further cause the one or more processors to perform operations comprising: displaying the image of the object in the UI in the display screen of the client device; and overlaying a digital representation of at least a portion of the text on the image of the object in the UI in the display screen of the client device as the text is being recognized.
 5. The computer-readable storage medium of claim 1, wherein the instructions when executed further cause the one or more processors to perform operations comprising displaying a recognition indication in the UI in the display screen of the client device, wherein the recognition indication indicates when the text is recognized.
 6. The computer-readable storage medium of claim 1, wherein the instructions when executed further cause the one or more processors to perform operations comprising: displaying the image of the object in the UI in the display screen of the client device; and overlaying the graphical image on the displayed image of the object.
 7. The computer-readable storage medium of claim 1, wherein the graphical image is a bar chart.
 8. The computer-readable storage medium of claim 1, wherein the graphical image is a pie chart.
 9. A method for importing data and presenting the data, the method comprising: capturing an image of an object using a camera, wherein the object includes text; recognizing the text; generating a data structure that includes the text; generating a graphical image that represents at least a portion of the text; and displaying the graphical image in a user interface (UI) in a display screen of a client device.
 10. The method of claim 9, wherein the text includes alphanumeric characters.
 11. The method of claim 9, wherein the recognizing of the text is performed using optical character recognition.
 12. The method of claim 9, wherein the method further comprises: displaying the image of the object in the UI in the display screen of the client device; and overlaying a digital representation of at least a portion of the text on the image of the object in the UI in the display screen of the client device as the text is being recognized.
 13. The method of claim 9, wherein the method further comprises displaying a recognition indication in the UI in the display screen of the client device, wherein the recognition indication indicates when the text is recognized.
 14. The method of claim 9, wherein the method further comprises: displaying the image of the object in the UI in the display screen of the client device; and overlaying the graphical image on the displayed image of the object.
 15. The method of claim 9, wherein the graphical image is a bar chart.
 16. The method of claim 9, wherein the graphical image is a pie chart.
 17. An apparatus comprising: one or more processors; and logic encoded in one or more non-transitory computer-readable storage media for execution by the one or more processors and when executed operable to perform operations comprising: capturing an image of an object using a camera, wherein the object includes text; recognizing the text; generating a data structure that includes the text; generating a graphical image that represents at least a portion of the text; and displaying the graphical image in a user interface (UI) in a display screen of a client device.
 18. The apparatus of claim 17, wherein the text includes alphanumeric characters.
 19. The apparatus of claim 17, wherein the recognizing of the text is performed using optical character recognition.
 20. The apparatus of claim 17, wherein the logic when executed is further operable to perform operations comprising: displaying the image of the object in the UI in the display screen of the client device; and overlaying a digital representation of at least a portion of the text on the image of the object in the UI in the display screen of the client device as the text is being recognized. 